home *** CD-ROM | disk | FTP | other *** search
/ PC-SIG: World of Games / PC-SIG World of Games (CDRM1080710) (1993).iso / 2922 / FIXES.DOC < prev    next >
Text File  |  1991-08-03  |  17KB  |  371 lines

  1. SER
  2. NUM                            PROBLEM & FIX
  3. ----------------------------------------------------------------------
  4. 1029 - 9/30/89
  5.  
  6.        SYMPTOM:
  7.           A couple people have reported that The Draftsman wouldn't
  8.           recognize their VGA card, although MJVGA ran perfectly.
  9.        PROBLEM:
  10.           A real good question!  The source code for the VGA test is
  11.           identical in both programs!
  12.        SOLUTION:
  13.           I re-compiled The Draftsman using the same memory model as
  14.           MJVGA.  I also added an option which lets you attempt to run
  15.           The Draftsman even if it doesn't see a VGA card.  The
  16.           Draftsman has always worked fine on my system & on the systems
  17.           that I test it on.  Therefore, I don't know if this fix will
  18.           work or not.  If you should experience this problem, please
  19.           let me know.
  20.  
  21.  
  22. 1055 - The "official" release of Version 2.1
  23.  
  24.        SYMPTOM
  25.           Someone with a VGA card reported that neither MJVGA nor The
  26.           Draftsman would recognize his card.
  27.        PROBLEM
  28.           I dunno....  Strange VGA card maybe???
  29.        SOLUTION
  30.           He tried the above-modified Draftsman and said it worked fine
  31.           after selecting "try anyway."  MJVGA now includes this option.
  32.  
  33.        SYMPTOM
  34.           If you select What's Left, then exit the What's Left screen by
  35.           clicking the LEFT mouse button, the screen re-draws and either
  36.           A) you return to the What's Left screen or B) you select some
  37.           other menu item or tile.
  38.        PROBLEM
  39.           You're SUPPOSED to leave the What's Left screen by clicking
  40.           the right mouse button, but in reality any button will get you
  41.           out.  Using the left button, however, was putting a "left
  42.           button click" message on the stack.  When the MJVGA game board
  43.           returned, it saw this message & acted on it -- possibly taking
  44.           you right back to What's Left.
  45.        SOLUTION
  46.           This was a simple one -- I just cleard the button stack after
  47.           exiting the What's Left screen.
  48.  
  49.        SYMPTOM
  50.           The computer locks up after the game board is displayed.
  51.        PROBLEM
  52.           This has only been reported once.  The fellow corrected the
  53.           problem himself by running MJVGA with the "D" command line
  54.           parameter to disable the monochrome display routines.  It
  55.           seems that his computer didn't let MJVGA write to the "dead
  56.           space" where a monochrome card should have been.  It usually
  57.           doesn't matter -- if there's no monochrome card, the data
  58.           just "falls into the bit bucket" and causes no harm.  But he's
  59.           proven that in certain systems it DOES matter!
  60.        SOLUTION
  61.           Since the vast majority of people don't have dual monitor
  62.           systems, I've changed the default from using the second
  63.           monitor to NOT using the second monitor.  Now, if you wish to
  64.           use two monitors, YOU MUST START MJVGA WITH THE "D" COMMAND
  65.           LINE PARAMETER!!!!  This may inconvenience a few people, but
  66.           will increase default compatibility to everyone.
  67.  
  68.  
  69. 1105 - 2/10/90    (Problem not fixed -- serial # indicates revision
  70.                    of this document.)
  71.        SYMPTOM
  72.           Someone reported that the abbreviated HELP command didn't work
  73.           properly.  The regular HELP menu appeared instead of just the
  74.           number of moves left.
  75.        PROBLEM
  76.           MJVGA first checks the left mouse button to determine the
  77.           command.  It then expects to see BOTH the left AND right
  78.           buttons pressed if you want the shortened HELP screen.  If you
  79.           release the left button before the computer can register that
  80.           both are pressed, you'll get the standard HELP menu.
  81.        SOLUTION
  82.           I haven't fixed this one yet.  It will be fixed in the next
  83.           release, though.  Until then, if you experience this, just
  84.           hold down both buttons for a few extra moments to be sure that
  85.           MJVGA sees them.  You shouldn't experience this unless you
  86.           either have a slow machine or are a fast clicker.  I had to
  87.           load down my 25 MHz machine with four background processes
  88.           before it ran slow enough to let me see this problem.
  89.  
  90.  
  91. 1150 - 3/6/90
  92.  
  93.        SYMPTOM
  94.           A couple people reported that they couldn't change "brush
  95.           colors" in The Draftsman.  Clicking on the color squares did
  96.           nothing.
  97.        PROBLEM
  98.           This problem seems unique to Logitech's new Series 9 serial
  99.           mouse.  To date, all reports involved that mouse.  Moreover,
  100.           the Series 9 Bus mouse works perfectly!  Only the serial mouse
  101.           seems to cause this problem.  I traced the exact cause to a
  102.           timing problem.  Briefly, I was asking the mouse which buttons
  103.           were pressed before it knew.  Consequently, it was telling me
  104.           that NO buttons were pressed!  My guess is that the bus
  105.           mouse's hardware is faster than the serial mouse's for obvious
  106.           reasons.  The bus mouse was therefore able to register the
  107.           buttons faster than the serial mouse.
  108.        SOLUTION
  109.           The solution was easy once I found the cause.  I just execute
  110.           a several-millisecond time delay before asking the mouse which
  111.           buttons are pressed.  This seems to give the rodent ample time
  112.           to organize it's thoughts, even on my fast machine.
  113.  
  114.  
  115. 1234 - 6/1/90  The "official" release of MJVGA version 2.2
  116.  
  117.        SYMPTOM
  118.           See the write-up for S/N 1105.
  119.        PROBLEM
  120.           See the write-up for S/N 1105.
  121.        SOLUTION
  122.           I've changed the mouse-check routine so that you'll get the
  123.           abbreviated help whether or not the left button is still down.
  124.           I have a suspicion, though that this problem may have been
  125.           caused (at least in part) by the Logitech Series 9 serial
  126.           mouse problem described above.  If you should still experience
  127.           this, PLEASE be sure to tell me whether you have that
  128.           particular rodent or not.
  129.  
  130.  
  131.  
  132. 1355 - 7/21/90
  133.  
  134.        *  NOTICE  *
  135.           This release is the first to be compiled with Borland's new
  136.           Turbo C++ compiler.  The compiler is supposed to be compatible
  137.           with all software written with Turbo C 2.0 which is what I've
  138.           been using.  But my efforts to even get MJVGA22 to compile and
  139.           link under C++ have led me to believe otherwise!  I did get it
  140.           to work, though, so the differences aren't insurmountable.
  141.  
  142.           I've already noticed one performance difference in MJVGA
  143.           compiled on the two compilers.  The sound from the C++
  144.           compiled file seems "choppy" compared to the same thing
  145.           (almost!) compiled under C 2.0.  I may be wrong, but I think
  146.           C++ does some form of "multitasking" to get & dispatch
  147.           messages to the objects.  This "stealing" of CPU time would
  148.           account for the choppiness.  If anyone has a better
  149.           explanation, (or a way to overcome it), please let me know.
  150.  
  151.           I've finally added the long-promised fix to let the "L" tile
  152.           set loader access more than 24 tile sets.  Actually, I HAD to
  153.           because I now have more than 24 of them!  It's still not done
  154.           in graphics mode (although I AM planning to), but at least
  155.           it's better than it was.
  156.  
  157.           I've also added a built-in registration form printer.
  158.           Pressing CTRL R at any time during the game will print a
  159.           registration form to printer port LPT1.  See manual for
  160.           complete details.
  161.  
  162.  
  163.        SYMPTOM
  164.           Only the first thirteen tile sets can be accessed via the "L"
  165.           command with a Microsoft mouse, although a Logitech mouse can
  166.           access the maximum of 24.
  167.        PROBLEM
  168.           When the screen goes into text mode, the Logitech mouse
  169.           remains in the 640x480 mode while the Microsoft mouse
  170.           switches to 640x200. (I don't know what others do.) To
  171.           approximate the screen line, I was >>4'ing the Y coordinate
  172.           from the mouse.  Unfortunately, since the Microsoft mouse was
  173.           only returning a maximum value of 199, the largest line number
  174.           possible was 13!
  175.        SOLUTION
  176.           This was simple enough!  I just changed the shift from four
  177.           places to three.  Problem solved!
  178.  
  179.  
  180. 1404 - 9/1/90
  181.  
  182.        SYMPTOM
  183.           If you remove a tile pair, select a tile which was just freed,
  184.           back up a move, then select a match to the tile just selected,
  185.           they'll both go away -- even the one that's no longer free!!
  186.        PROBLEM
  187.           A selected tile is verified only before highlighting it, not
  188.           before actually removing it.  So, the tile was verified as
  189.           being OK and later removed without further verification.
  190.        SOLUTION
  191.           I actually had code in place to solve this problem, but just
  192.           forgot to call it!  Whenever a menu item is selectd, I SHOULD
  193.           de-select any tile that's been selected.  I forgot to include
  194.           the call when BACK-UP is selected.  All I had to do was insert
  195.           that call and the problem was solved.
  196.           Many thanks to Erik Brooks for discovering this strange
  197.           problem!
  198.  
  199.        SYMPTOM
  200.           The 'T' key is used to bring up the list of tile sets available.
  201.        PROBLEM
  202.           This in itself isn't a problem -- but the manual says you
  203.           should use the 'L' key to load tile sets!!!  OOOPS!  I GOOFED!!!
  204.        SOLUTION
  205.           I could have changed the manual, but I decided to change the
  206.           program to accept 'L' instead of 'T'.  Why?  Because the 'L' is
  207.           used on the command line to load a tile set and I thought I should
  208.           use the same letter in both places to try to standardize things a
  209.           bit.
  210.  
  211.  
  212. 1487 - 12/1/90   The official release of MJVGA version 3.0  (a month
  213.                  earlier than I expected, believe it or not!)
  214.  
  215.       *  NOTICE  *
  216.          There have been a lot of subtle changes to MJVGA for this
  217.          version, so I probably caused more bugs than I fixed.  If you
  218.          find anything strange, please let me know!
  219.  
  220.       SYMPTOM
  221.          If you somehow work the dragon from left to right & have only
  222.          the two left-center tiles remaining, the inner of the two is
  223.          still not consideed "free".
  224.       PROBLEM
  225.          I never thought anyone could get to that tile from the other
  226.          end, so I never bothered to declare it free if the two tiles
  227.          that it's blocking are removed.  But, of course, someone has
  228.          proven me wrong!  Actually, TWO PEOPLE have already gone
  229.          through the game that way & have found the problem!
  230.       SOLUTION
  231.          This one wasn't too bad.  I just added logic to free the
  232.          afflicted tile when the two to its left are  removed.
  233.  
  234.  
  235. 1579 - 12/25/90
  236.  
  237.       SYMPTOM
  238.          EDITHOF doesn't seem to work -- the name field contains
  239.          garbage.
  240.       PROBLEM
  241.          Here's the first problem caused by all my changes.  It seems I
  242.          changed the HOF file, fixed EDITHOF to accept it, then changed
  243.          the HOF file specifications again -- without fixing EDITHOF
  244.          again!  So, EDITHOF was looking in the wrong place for the name
  245.          -- and all it found was junk.
  246.       SOLUTION
  247.          All I had to do was get EDITHOF back "in sync" with MJVGA's HOF
  248.          file.  It was a rather simple fix.
  249.  
  250.       SYMPTOM
  251.          When the fancy new windows close, they don't restore the screen
  252.          properly.
  253.       PROBLEM
  254.          I have no idea.  I've never seen this problem on any test
  255.          machine.  Furthermore, it has only been reported by one person
  256.          so far.  She said that her machine uses the Trident VGA
  257.          chipset, so that may have something to do with it -- but I'm
  258.          not sure.  If you experience this problem, please let me know
  259.          EXACTLY what hardware & software (stuff loaded from your CONFIG
  260.          & AUTOEXEC files) you're using.
  261.       SOLUTION
  262.          The problem hasn't been solved yet.  It's reported here only
  263.          for documentation purposes.  If you happen to run into it,
  264.          PLEASE LET ME KNOW because I've never seen it & can't correct
  265.          it until I have some idea of what's happening here!
  266.  
  267.  
  268. 1637 - 1/20/91
  269.  
  270.       ADDITIONS
  271.          Starting with this serial number, MJVGA30 will support the
  272.          Adlib sound card.  See the What's New or .DOC file for complete
  273.          details.  I also added auto-sensing to the No Moves Left
  274.          message.  Again, see the manual or What's New file for complete
  275.          details.
  276.  
  277.          Since these additions are rather trivial, I didn't think they
  278.          were worth a new version number -- nor were they worth sitting
  279.          on until the next release.  So, I just added them to the
  280.          current release.
  281.  
  282.  
  283. 1704 - 2/21/91
  284.  
  285.       SYMPTOM
  286.          When you cancel a message with the RIGHT mouse button (although
  287.          you're supposed to use the LEFT), the PEEK/ROTATE/REMOVE menu
  288.          may pop up.
  289.       PROBLEM
  290.          I never bothered clearing the right-button queue, since the
  291.          left button is supposed to be used to cancel messages.
  292.       SOLUTION
  293.          I just clear the right-button queue along with the left-button
  294.          queue whenever a message is cancelled.  Now you can use either
  295.          button to cancel a message.
  296.  
  297.       SYMPTOM
  298.          The QUIT verify box sometimes comes up & then quickly
  299.          disappears
  300.       PROBLEM
  301.          Only one fellow reported this problem -- and I think his mouse
  302.          button was "bouncing" (producing a double click) for some
  303.          reason.
  304.       SOLUTION
  305.          Just to be safe, I inserted a slight time delay and a
  306.          de-queueing call after the QUIT select and before the verify
  307.          box.  This should cure the problem -- if indeed it IS a
  308.          problem.  I couldn't duplicate it, so I won't say whether it's
  309.          fixed or not.
  310.  
  311.  
  312. 1775 - 3/12/91
  313.  
  314.       SYMPTOM
  315.         If you work the dragon in from the left to the two rightmost
  316.         tiles excluding the the two "offset" ones, the tiles can't be
  317.         selected -- you're told that the tiles aren't gree.
  318.       PROBLEM
  319.         To see if these tiles were free, the code just looked at the two
  320.         offset tiles.  If they were gone, these tiles were considered to
  321.         be "free", otherwise they were considered to be blocked.  I
  322.         never bothered to check if they could be moved to the left.
  323.       SOLUTION
  324.         I wish they were all this easy.  I just added a check to the
  325.         left.  One interesting note -- awhile back (see fixes for #1487)
  326.         someone reported that they couldn't remove the inner "offset"
  327.         tile to the left if the two "standard" tiles were removed.  That
  328.         problem was valid and was fixed -- but they never should have
  329.         gotten that far!  This problem should have surfaced first.  They
  330.         should NOT have been able to remove the two rightmost "standard"
  331.         tiles to the left to free up that inner "offset" tile.  I have
  332.         no idea how they found that problem without running into this
  333.         one!
  334.  
  335.  
  336. 1853 - 5/1/91
  337.  
  338.       SYMPTOM
  339.         When you remove the last two tiles, you see the No Moves Left
  340.         message before going to the congratulations screen.
  341.       PROBLEM
  342.         This isn't exactly a bug, because when there aren't any more
  343.         tiles left, you really DON'T have any more moves.  However, it
  344.         IS rather ridiculous to display at this point.
  345.       SOLUTION
  346.         They don't get much easier.  I just don't check for moves left
  347.         if there are no tiles left.
  348.  
  349. 2021 - 8/3/91
  350.  
  351.      SYMPOM
  352.        The registration form print command wasn't appearing in the "K" 
  353.        menu selector.
  354.      PROBLEM
  355.        I forgot to add 1 to the number of items in the menu last time I 
  356.        added something.  
  357.      SOLUTION 
  358.        Add 1 to the number of items in the menu.  I think this may also 
  359.        solve a hang-on-exit problem.  Although I wasn't providing space 
  360.        for that one extra menu item, I was writing stuff to it.  
  361.        Needless to say, this could have been overwriting something 
  362.        important.  
  363.  
  364.  
  365.  
  366.  Note:  The listed serial number is the first which contains a
  367.         fix.  All releases with later (ie larger) serial numbers will
  368.         also contain the fix unless otherwise stated.
  369.  
  370.  
  371.